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(54) PORTABLE VIEWING SYSTEM 

(57) A main device 1 receives program data pro- 
vided through broadcasting, internally stores the 
received program data, and transfers the stored pro- 
gram data to a portable device 2. Herein, one program 
data is constituted by a plurality of program components 
(video, audio, closed caption, and the like). The main 
device 1 assigns transfer priorities to each program 
component constituting one program data, and then dis- 
cretely transfers the program components respectively 
in the direction of a time axis in order of the assigned 
transfer priorities. By discretely transferring data, some 
of the program components may possibly be entirely 
transferred to the portable device 2 even when data 
transfer is discontinued in a short time. Therefore, users 
can enjoy the entire program by playing-back the 
already-transferred program components. 
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Description 

TECHNICAL FIELD 

[0001] The present invention relates to portable view- 
ing/listening systems, more particularly to a portable 
viewing/listening system in which program data 
received by a fixedly or semi-fixedly installed main 
device is transferred to an easy-to-carry portable device 
so as to provide a user with the program data played- 
back on the portable device side. 

BACKGROUND ART 

[0002] Thanks to multi-channeled broadcast and 
developing video services through communications, the 
number of programs available for general users has 
been increasing. However, the users* spare-time for 
watching the programs is limited within a day. Accord- 
ingly, the users cannot always watch every program 
interested. 

[0003] Recently, a portable viewing/listening system 
which enables the users to watch programs in their 
spare time (during lunch or in transit) has been pro- 
posed. A conventional portable viewing/listening sys- 
tem is constituted by a main device installed in a house 
and an easy-to-carry portable device. The main device 
is at least capable of receiving program data provided 
through broadcasting, internally-storing the received 
program data, and transferring the stored program data 
to the portable device. 

[0004] The conventional portable viewing/listening 
system, however, takes long to transfer the program 
data from the main device to the portable device. 
Accordingly, if the users run out of time and thus stop 
data transfer halfway through, the program data is not 
entirely transferred, and thus the users cannot enjoy the 
entire program 

[0005] FIG. 18 is a diagram illustrating a data transfer 
mode adopted in the conventional portable viewing/lis- 
tening system. Hereinafter, by referring to FIG. 18, prob- 
lems associated with the conventional system are 
described in more detail. 

[0006] FIG. 18(a) shows time transition of data consti- 
tuting a program to be broadcast. In FIG. 18(a), a lateral 
axis indicates a lapse of time during broadcast, and a 
vertical axis indicates a bit rate during broadcast, 
respectively. To be more specific, FIG. 18(a) shows that 
Program 1 is broadcast between Time to and Time t1 , 
Program 2 is broadcast between Time t1 and Time t2, 
and Program 3 is broadcast between Time t2 and Time 
t3, respectively. The Program 1 , Program 2. and Pro- 
gram 3 are respectively provided with audio, closed cap- 
tion, and video as program components (mono-media 
constituting a program). For the sake of clarity, it is 
herein assumed that a length of broadcast time for the 
Program 2 (t2 - 11 ) is equal to that for the Program 3 (t3 
- 12), and a length of broadcast time for the Program 1 



(t1 - tO) is exactly twice that for the Program 2 (or the 
Program 3). It is also assumed that a bit rate for the 
respective program components remains invariant no 
matter which Program, and thus a ratio among a bit rate 
5 of closed caption be, bit rate of audio ba, and bit rate of 
video bv is always 1 2:4. 

[0007] FIG. 18(b) shows time transition taken place 
when the program data is transferred from the main 
device to the portable device in the conventional porta- 

10 bJe viewingflistening system. In FIG. 1 8(b), a lateral axis 
indicates a lapse of time in data transfer operation, and 
a vertical axis indicates a bit rate during transfer, 
respectively. As shown in FIG. 18(b). transfer of the pro- 
gram components of the Program 1, Program 2, and 

is Program 3 is completed between Time t4 and Time t9. 
In this drawing, unlike the bit rate during broadcast 
shown in FIG. 18(a), the bit rates for the program com- 
ponents during transfer are each compressed or 
extended in the direction of a time axis according to 

20 characteristics of data for the respective program com- 
ponents. Basically, however, the program components 
herein are transferred in the same order as those during 
broadcast. It means, every program component of the 
Program 1 is transferred between Time t4 and Time t7, 

25 every program component of the Program 2 is trans- 
ferred between Time t7 and Time t8, and every program 
component of the Program 3 is transferred between 
Time t8 and Time t9, respectively. A ratio among (t7 - 
t4). (t8 - XT) and (t9 - 18), all of which indicate a length of 

30 time taken to transfer each Program, is 2:1:1. This is 
equal to the ratio among (t1 - tO), (t2 - tl) and (t3 - 12), 
all of which indicate a length of broadcast time for each 
Program. Assuming that a total bit rate for closed cap- 
tion, audio and video during transfer is a-time as much 

35 as a total bit rate during broadcast, a ratio between a 
length of broadcast time of a certain program and a 
length of time taken to transfer the program is always 
a:1. 

[0008] FIG. 1 8(c) shows a case where transfer of pro- 
40 gram data is discontinued halfway at Time ta in the con- 
ventional portable viewing/listening system. In this 
example, the Time ta is assumed to satisfy t7 < ta < t8. 
As transfer of the program data is discontinued in the 
middle of the Program 2 between Time t7 and Time t8, 
45 data of the Program 1 in the entirety and data of the Pro- 
gram 2 partially from the beginning to Time ta is trans- 
ferred to the portable device. However, as to the 
remaining data of the Program 2 and data of the Pro- 
gram 3 in the entirety, none of the program components, 
so i.e., closed caption, audio and video included therein is 
transferred. As to the not-transferred part of data, the 
portable device does not tell the users what it is. There- 
fore, the users cannot even know whether or not the 
data is interesting enough to watch. 

55 

DISCLOSURE OF THE INVENTION 

[004)9] Therefore, an object of the present invention is 
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to provide a portable viewing/listening system which 
guarantees the minimum play-back quality required for 
the users on the portable device side even when data 
transfer from the main device to the portable device is 
discontinued in a short time. 

[0010] The present invention has the following fea- 
tures to attain the object above. 
[0011] A first aspect of the present invention is 
directed to a portable viewing/listening system in which 
program data received by a fixedly or semi-fixedly 
installed main device is played-back in an easy-to-carry 
portable device to provide a user therewith, 

the main device comprising: 

receiving means for receiving program data 
provided through broadcasting; 
primary storing means for storing the program 
data received by the receiving means; 
transfer priority assigning means for assigning 
transfer priorities to every program component 
constituting the program data stored in the pri- 
mary storing means; and 
transferring means for discretely, to the porta- 
ble device, each of the program components of 
the program data stored in the primary storing 
means in the direction of a time axis in order of 
the assigned transfer priorities, and 

the portable device comprising: 

secondary storing means for storing the pro- 
gram components to be discretely transferred 
from the transferring means; 
re-constructing means for re-constructing pro- 
gram data included in any program desired to 
play-back from the program components 
stored in the secondary storing means; and 
playing-back means for playing-back the pro- 
gram data re-constructed by the re-construct- 
ing means. 

[0012] As described above, in the first aspect, each 
program component constituting the program data 
simultaneously received by the main device is assigned 
transfer priority, and the program components are dis- 
cretely transferred, to the portable device, in the direc- 
tion of the time axis in order of the assigned transfer 
priorities. Therefore, even if data transfer from the main 
device to the portable device is discontinued in a short 
time, there is a high possibility that some of the program 
components are entirely transferred to the portable 
device. Accordingly, the users can enjoy, yet incom- 
plete, the entire program by playing-back the already- 
transferred program components. 
[0013] According to a second aspect, in the first 
aspect, 



the transfer priority assigning means assigns trans- 
fer priorities to each of the program components in 
such a manner that a program component with less 
amount of data has a higher transfer priority. 

5 

[0014] As described above, in the second aspect any 
program component having less amount of data has a 
higher transfer priority from the main device to the port- 
able device. It means, a length of time taken to transfer 

10 the program component having the higher transfer prior- 
ity is shorter. Consequently, if data transfer is presuma- 
bly discontinued in this system and in the conventional 
one at the same time, the number of program compo- 
nents successfully transferred to the portable device in 

is this system is larger. 

[0015] According to a third aspect, in the second 
aspect, 

the main device further comprises transfer priority 
20 defining means for previously defining transfer pri- 
orities by default to every type of the program com- 
ponents, and 

the transfer priority assigning means assigns, in 
accordance with a definition provided by the trans- 
25 fer priority defining means, the transfer priorities by 
default to each of the program components. 

[0016] As described above, in the third aspect, each 
of the program components is assigned, in the main 
30 device, the transfer priorities by default according to the 
type thereof. Therefore, the program components can 
be transferred in an order appropriately determined by 
the characteristics thereof. 

[0017] According to a fourth aspect, in the third 
3s aspect, when the plurality of program data stored in the 
primary storing means is collectively transferred to the 
portable device, the transferring means selects any pro- 
gram component having the same transfer priority from 
each of the program data, combines the selected pro- 
40 gram components into a unit, and then discretely trans- 
fers the combined unit in the direction of the time axis in 
order of the transfer priorities assigned to every com- 
bined unit. 

[0018] As described above, in the fourth aspect, when 
45 a plurality of program data is collectively transferred to 
the portable device, the data is not transferred on a pro- 
gram basis but on a transfer priority basis. That is, the 
program components having the same transfer priority 
are selected from the respective program data, the 
so selected program components are combined to a unit, 
and then the combined unit is transferred in order of the 
transfer priorities assigned to every combined unit. 
Therefore, the programs are assigned transfer priorities 
in a fair manner, and resultantly variation in arriving time 
55 of the programs can be prevented. 

[001 9] According to a fifth aspect, in the fourth aspect, 

types of the program components are classified into 
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a plurality of classes by the transfer priority defining 
means, and 

the transfer priority assigning means checks every 
class for the transfer priorities by default assigned 
to each of the program components, and then 
changes, in accordance with a result of the check, 
the transfer priorities by default assigned to each of 
the program components on a class basis, as 
required. 

[0020] As described above, in the fifth aspect, the 
types of the program components are classified into a 
plurality of classes, and the transfer priorities are 
checked on a class basis before making a change, if 
any. Therefore, the transfer priorities can be managed 
on a class basis. 

[0021] According to a sixth aspect, in the fifth aspect, 

when no program component in the same class has 
a value defined as being top transfer priority 
therein, the transfer priority assigning means 
changes a value of a program component being 
currently the highest transfer priority in the class to 
the value defined as being top therein. 

[0022] As described above, in the sixth aspect, even if 
the types of the program components in the same class 
are varying, some of the program components are man- 
aged to reach the portable device when the first unit for 
each class is transferred. 

[0023] According to a seventh aspect, in the first 
aspect, 

the main device further comprises program compo- 
nent generating means for generating a new pro- 
gram component from the program components of 
the program data received by the receiving means, 
and 

the storing means adds the program component 
newly generated by the program component gener- 
ating means to the program data received by the 
receiving means, and stores the same. 

[0024] As described above, in the seventh aspect, 
another program component can be newly generated 
from the received program components and transferred. 
It is effective for a case where the received program 
data is hierarchically encoded into a plurality of layers 
so that the program components in the respective layers 
are transferred, or a case where the received detailed 
video is decimated to generate and transfer a non- 
detailed video. 

[0025] According to an eighth aspect, in the first 
aspect. 

when any data of the program component of the 
program data re-constructed by the re-constructing 
means is discontinued halfway during play-back by 



the playing-back means, the portable device further 
comprises replacing means for having any other 
program component being not currently played- 
back to play-back as a replacement. 

5 

[0026] As described above, in the eighth aspect, the 
program component which was not entirely played-back 
due to the discontinued data transfer is replaced by any 
other program component to play-back. Therefore, the 
10 users can enjoy the entire program. 

[0027] According to a ninth aspect, in the eighth 
aspect, 

the portable device further comprises presentation 
15 priority defining means for previously defining pres- 
entation priorities to each type of the program com- 
ponents, and 

the replacing means determines a program compo- 
nent to play-back as a replacement in accordance 
20 with the definition provided by the presentation pri- 
ority defining means. 

[0028] As described above, in the ninth aspect, the 
portable device is set to determine the program compo- 

25 nent as a replacement in accordance with the presenta- 
tion priorities defined to every type of the program 
components. Therefore, the program components can 
be replaced to play-back in an order suitably deter- 
mined by the characteristics thereof. 

30 [0029] According to a tenth aspect, in the ninth aspect. 

types of the program components are classified into 
a plurality of classes by the presentation priority 
defining means, and 
35 the replacing means determines a program compo- 
nent to play-back as a replacement among the pro- 
gram components belonging to the same class as 
does the program component discontinued during 
play-back. 

40 

[0030] As described above, in the tenth aspect, the 
replacing order to play-back can be managed on a class 
basis. 

[0031] According to an eleventh aspect, in the first 
45 aspect. 

the main device and the portable device are struc- 
tured to be electrically interconnectable, and 
the transferring means online-transfers each pro- 
se? gram component of the program data stored in the 
primary storing means directly to the portable 
device. 

[0032] As described above, in the eleventh aspect, the 
55 main device and the portable device are electrically 
interconnectable. Consequently, program data can be 
on-line transferred. 

[0033] According to a twelfth aspect, in the eleventh 
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aspect, 

the main device further comprises: 

attaching means for allowing the portable s 
device to be electrically connected; and 
charging means for supplying power to charge 
the portable device when the portable device is 
attached to the attaching means, wherein 
the portable device further comprises a battery 10 
to be charged by the power supplied from the 
charging. 

[0034] As described above, in the twelfth aspect, 

transfer of the program data and charging of the porta- is 

ble device can be done at the same time. 

[0035] According to a thirteenth aspect, in the first 

aspect, 

the transferring means offline-transfers each pro- 20 
gram component of the program data stored in the 
primary storing means to the portable device 
through a recording medium. 

[0036] As described above, in the thirteenth aspect, 25 
data can be off-line transferred from the main device to 
the portable device through a recording medium. There- 
fore, such structure eases restrictions imposed on the 
physical layout of the main device and the portable 
device. Furthermore, a plurality of recording media will 30 
increase a substantial memory capacity. 
[0037] According to a fourteenth aspect, in the thir- 
teenth aspect, 

the main device further comprises writing means for 3s 
writing any program component to be transferred to 
the portable device into the recording medium, and 
the portable device further comprises reading 
means for reading the program component 
recorded in the recording medium. 40 

[0038] According to a fifteenth aspect, in the first 
aspect, 

the receiving means receives program data through 45 
a computer network. 

[0039] A sixteenth aspect of the present invention is 
directed to a main device used in a state of fixedly or 
semi-f ixedly installed, and used to transfer any received so 
program data to an easy-to-carry portable device, the 
main device comprising: 

receiving means for receiving program data pro- 
vided through broadcasting: 55 
primary storing means for storing the program data 
received by the receiving means; 
transfer priority assigning means for assigning 



transfer priorities to each program component con- 
stituting the program data stored in the primary 
storing means; and 

transferring means for discretely, to the portable 
device, each of the program components of the pro- 
gram data stored in the primary storing means in 
the direction of a time axis in order of the assigned 
transfer priorities. 

[0040] As described above, in the sixteenth aspect, 
each of the program components constituting program 
data simultaneously received is assigned transfer prior- 
ity, and the program components are discretely trans- 
ferred, to the portable device, in the direction of the time 
axis in order of the assigned transfer priorities. There- 
fore, even when data transfer to the portable device is 
discontinued in a short time, some of the program com- 
ponents may possibly be entirely transferred thereto. 
Accordingly, the users can enjoy the whole program, yet 
incomplete, by playing-back the already-transferred pro- 
gram components. 

[0041] According to a seventeenth aspect, in the six- 
teenth aspect, 

the transfer priority assigning means assigns trans- 
fer priorities to each program component in such a 
manner that a program component with less 
amount of data has a higher transfer priority. 

[0042] As described above, in the seventeenth aspect, 
any program component having less amount of data 
has the higher transfer priority, tt means, a length of time 
taken to transfer the program component having the 
higher transfer priority is shorter. Consequently, if data 
transfer is presumably discontinued in this system and 
in the conventional one at the same time, the number of 
program components successfully transferred to the 
portable device in this system is larger. 
[0043] According to an eighteenth aspect, in the sev- 
enteenth aspect, 

the main device further comprises transfer priority 
defining means for previously defining transfer pri- 
orities by default to every type of the program com- 
ponents, and 

the transfer priority assigning means assigns the 
transfer priorities by default to each of the program 
components in accordance with a definition pro- 
vided by the transfer priority defining means. 

[0044] As described above, in the eighteenth aspect, 
each of the program components is assigned the trans- 
fer priorities by default according to the type thereof. 
Therefore, the program components can be transferred 
in an order appropriately determined by the characteris- 
tics thereof. 

[0045] According to a nineteenth aspect, in the eight- 
eenth aspect, when the plurality of program data stored 
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in the primary storing means is collectively transferred 
to the portable device, the transferring means selects 
any program component having the same transfer prior- 
ity from each of the program data, combines the 
selected program components into a unit, then dis- 
cretely transfers the combined unit in the direction of the 
time axis in order of the transfer priorities assigned to 
every combined unit. 

[0046] As described above, in the nineteenth aspect, 
when a plurality of program data is collectively trans- 
ferred to the portable device, the data is not transferred 
on a program basis but on a transfer priority basis. That 
is, the program components having the same transfer 
priority are selected from the respective program data, 
the selected program components are combined to a 
unit, and then the combined unit is transferred in order 
of the transfer priorities assigned to every combined 
unit. Therefore, the programs are assigned transfer pri- 
orities in a fair manner, and resurtantly variation in arriv- 
ing time of the programs can be prevented. 
[0047] According to a twentieth aspect, in the nine- 
teenth aspect, 

types of the program components are classified into 
a plurality of classes by the transfer priority defining 
means, and 

the transfer priority assigning means checks every 
class for the transfer priorities by default assigned 
to each of the program components, and then 
changes, in accordance with a result of the check, 
the transfer priorities by default assigned to each of 
the program components on a class basis, as 
required. 

[0048] As described above, in the twentieth aspect, 
the types of the program components are classified into 
a plurality of classes, and the transfer priorities are 
checked on a class basis before making a change, rf 
any. Therefore, the transfer priorities can be managed 
on a class basis. 

[0049] According to a twenty-first aspect, in the twen- 
tieth aspect, 

when no program component in the same class has 
a value defined as being top transfer priority 
therein, the transfer priority assigning means 
changes a value of a program component being 
currently the highest transfer priority in the class to 
the value defined as being top therein. 

[0050] As described above, in the twenty-first aspect, 
even when the types of the program components in the 
same class are varying, some of the program compo- 
nents are managed to reach the portable device when 
the first unit for each class is transferred. 
[0051] According to a twenty-second aspect, in the 
sixteenth aspect, 



the main device further comprises program compo- 
nent generating means for generating a new pro- 
gram component from the program components of 
the program data received by the receiving means, 
5 wherein 

the storing means adds the program component 
newly generated by the program component gener- 
ating means to the program data received by the 
receiving means, and stores the same. 

10 

[0052] As described above, in the twenty-second 
aspect, another program component can be newly gen- 
erated from the received program components and is 
transferred, ft is effective for a case where the received 

is program data is hierarchically encoded into a plurality of 
layers so that the program components in the respective 
layers are transferred, or a case where the received 
detailed video is decimated to generate and transfer a 
non-detail video. 

20 [0053] A twenty -third aspect of the present invention 
is directed to a portable device for receiving and play- 
ing-back program data received by a fixedly or semi -fix- 
edly installed main device to provide a user therewith, 
the portable device comprising: 

25 

secondary storing means for storing each program 
component of the program data to be discretely 
transferred from the main device; 
re-constructing means for re-constructing program 
30 data of a program desired to play-back from the 
program components stored in the secondary stor- 
ing means; and 

playing -back means for playing-back the program 
data re-constructed by the re-constructing means. 

35 

[0054] As described above, in the twenty-third aspect, 
in a case where the program components of the pro- 
gram data are discretely transmitted from the main 
device, the program data included in any program 
40 desired to play-back can be re-constructed from the 
received program components and is played-back. 
[0055] According to a twenty-fourth aspect, in the 
twenty-third aspect, 

45 when data of the program component of the pro- 
gram data re-constructed by the re-constructing 
means is discontinued halfway during play-back by 
the playing-back means, the portable device further 
comprises replacing means for having arty other 

so program component being not currently played- 
back to play-back as a replacement. 

[0056] As described above, in the twenty-fourth 
aspect, the program component which was not entirely 
55 played-back due to the discontinued data transfer is 
replaced by any other program component to play-back. 
Therefore, the users can enjoy the entire program. 
[0057] According to a twenty^rfth aspect, in the 
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twenty-fourth aspect, 

the portable device further comprises presentation 
priority defining means for previously defining pres- 
entation priorities to each type of the program com- 
ponents, and 

the replacing means determines a program compo- 
nent to play-back as a replacement in accordance 
with a definition provided by the presentation prior- 
ity defining means. 

[0058] As described above, in the twenty-fifth aspect, 
the portable device is set to determine the program 
component as a replacement in accordance with the 
presentation priorities defined to every type of the pro- 
gram components. Therefore, the program components 
can be replaced to play-back in an order suitably deter- 
mined by the characteristics thereof. 
[0059] According to a twenty-sixth aspect, in the 
twenty-fifth aspect, 

types of the program components are classified into 
a plurality of classes by the presentation priority 
defining means, and 

the replacing means determines a program compo- 
nent to play-back as a replacement among the pro- 
gram components belonging to the same class as 
does the program component discontinued during 
play-back. 

[0060] As described above, in the twenty-sixth aspect, 
the replacing order to play-back can be managed on a 
class basis. 

[0061 ] A twenty-seventh aspect of the present inven- 
tion is directed to a method of transferring program data 
received by a fixedly or semi-fixediy installed main 
device to an easy-to-carry portable device, the method 
comprising the steps of: 

receiving program data provided through broad- 
casting; 

storing the program data received by the receiving 
means; 

assigning transfer priorities to each program com- 
ponent constituting the stored program data; and 
discretely transferring, to the portable device, each 
of the program components of the stored program 
data in the direction of a time axis in order of the 
assigned transfer priorities. 

[0062] As described above, in the twenty-seventh 
aspect, each program component constituting the pro- 
gram data simultaneously received by the main device 
is assigned transfer priority, and the program compo- 
nents are discretely transferred, to the portable device, 
in the direction of the time axis in order of the assigned 
transfer priorities. Therefore, even if data transfer from 
the main device to the portable device is discontinued in 



a short time, there is a high possibility that some of the 
program components are entirely transferred to the 
portable device. Accordingly, the users can enjoy, yet 
incomplete, the entire program by playing-back the 
5 already-transferred program components. 

BRIEF DESCRIPTION OF THE DRAWINGS 



[0063] 

w 

FIG. 1 is a block diagram showing the structure of a 
portable viewing/listening system according to a 
first embodiment of the present invention. 
FIG. 2 is a diagram exemplarily showing a storage 
is list stored in a memory 112 in a main device 1 
shown in FIG. 1. 

FIG. 3 is a flowchart illustrating an operation on the 
main device side when program data is transferred 
from the main device 1 to a portable device 2 in the 
20 portable viewing/listening system of the first 
embodiment. 

FIG. 4 is a flowchart illustrating a detailed operation 
of a subroutine step SI 03 in the flowchart of FIG. 3. 
FIG. 5 is a diagram exemplarily showing a transfer 
25 priority table stored in the memory 1 12 in the main 
device 1 shown in FIG. 1. 

FIG. 6 is a diagram exemplarily showing a receipt 
list stored in a memory 208 in the portable device 2 
shown in FIG. 1. 

30 FIG. 7 is a flowchart illustrating an operation of the 
portable device 2 when receiving program data 
transferred from the main device 1 in the portable 
viewing/listening system of the first embodiment. 
FIG. 8 is a flowchart illustrating how the portable 

35 device 2 is operated to play-back a program in the 
portable viewing/listening system of the first 
embodiment. 

FIG. 9 is a diagram exemplarily showing a class 
table stored in the memory 208 in the portable 
40 device 2 shown in FIG. 1 . 

FIG. 10 is a diagram illustrating how data is trans- 
ferred in the portable viewing/listening system in 
FIG. 1. 

FIG. 1 1 is a diagram showing time transition taken 
45 place during program transfer in a case where data 
to be transferred includes a digest video in the port- 
able viewing/listening system in FIG. 1 . 
FIG. 12 is a diagram exemplarily showing a storage 
list to be generated when the received data 
so includes a digest video in the main device 1 in FIG. 
1. 

FIG. 13 is a diagram exemplarily showing a receipt 
list to be generated when the data transferred from 
the main device 1 includes a digest video in the 
55 portable device 2 in FIG. 1 . 

FIG. 14 is an outer perspective diagram showing 
the physical structure of a portable viewing/listening 
system according to a second embodiment of the 
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present invention. 

FIG. 15 is a block diagram showing the electric 
structure of the portable viewing/listening system 
according to the second embodiment of the present 
invention. s 
FIG. 16 is an outer perspective diagram showing 
the physical structure of a portable viewing/listening 
system according to a third embodiment of the 
present invention. 

FIG. 1 7 is a block diagram showing the structure of 10 
a portable viewing/listening system according to a 
fourth embodiment of the present invention. 
FIG. 1 8 is a diagram illustrating a data transfer sys- 
tem adopted in a conventional portable viewing/lis- 
tening system. is 

BEST MODE FOR CARRYING OUT THE INVENTION 

(Outline of this system) 

20 

[0064] The portable viewing/listening system 

described in the following embodiments is constituted 
by a main device fixedly or semi-fixedly installed in a 
house and an easy-to-carry portable playing-back 
device (hereinafter, referred to as portable device). The 25 
main device includes at least a function of receiving (in 
some cases, a function of playing-back included) pro- 
gram data provided through broadcasting (both broad- 
cast transmitted over radio waves, and broadcast 
transmitted through a cable transmission path 30 
included), a function of internally storing the received 
program data, and a function of online-transferring or 
offline-transferring the stored program data to the porta- 
ble device. To online-transfer any selected program 
data, the portable device is connected to the main 35 
device. The portable device then internally stores the 
program data transferred from the main device, and 
plays-back the stored program data at users' conven- 
ience To offline-transfer the program data, on the other 
hand, the main device once writes the internally stored 40 
program data to a recording medium (video tape, rewri- 
table optical disk, solid memory card, and the like). After 
the writing, the recording medium is detached from the 
main device and then attached to the portable device. 
Accordingly, in this case, the portable device reads any 45 
desirable program data from the attached recording 
medium and then plays-back the same. 
[0065] A distinctive characteristic of this system lies in 
a method of transferring data from the main device to 
the portable device. Specifically, this system discretely so 
transfers data from the main device to the portable 
device. As described in the foregoing, one program data 
is generally constituted by a plurality of program compo- 
nents (video, audio, closed caption, for example). As 
being concurrently played-back, these program compo- ss 
nents are conventionally transferred to the portable 
device at one time. On the other hand, in this system, 
every program component constituting one program 



data is assigned transfer priority so as to be discretely 
transferred in the direction of a time axis according to 
the given order of priorities. 

[0066] With such data transfer discretely executed, 
some of the program components may possibly be 
entirely transferred to the portable device even if data 
transfer from the main device to the portable device is 
discontinued in a short time. Therefore, the users can 
errjoy the entire program, yet incomplete, by playing- 
back the already-transferred program components. In 
the aforementioned conventional portable viewing/lis- 
tening system, however, none of the program compo- 
nents of the program data is entirely transferred if data 
transfer to the portable device is discontinued in a short 
time. As a result, the users cannot enjoy the entire pro- 
gram. 

(First Embodiment) 

[0067] FIG. 1 is a block diagram showing the structure 
of a portable viewing/listening system according to a 
first embodiment of the present invention. In FIG. 1, the 
portable viewing/listening system of this embodiment 
includes a main device 1 and a portable device 2. The 
portable device 2 is detachable/attachable from/to the 
main device 1 . 

[0068] The main device 1 includes an antenna 101, a 
receiving part 102. a demultiplexing part 103, an addi- 
tional information generating part 104, a storage infor- 
mation generating part 105, a storage managing part 
106, a storage part 107, a connection interface 109, a 
user input-output part 110, a decoder 111, a memory 
112, and a CPU 113. 

[0069] The receiving part 102 includes a tuner and a 
demodulator which are constituents of a typical digital 
broadcast receiver. The receiving part 102 receives 
broadcast wave received by the antenna 101, and out- 
puts a digital stream. Into the digital stream, video infor- 
mation, audio information, additional information and 
the like are multiplexed. A specific format for the digital 
stream may be MPEG-2 TS (Transport Stream), for 
example. Note that MPEG-2 TS, and multiplexing by 
MPEG-2 TS are standardized by the international 
standard of MPEG-2 Systems. 

[0070] The demultiplexing part 1 03 is constituted by a 
TS processor, for example, and separates the digital 
stream outputted from the receiving part 102 into the 
video information, the audio information, the additional 
information, and the like. When the digital stream is 
MPEG-2 TS, the demultiplexing part 103 classifies TS 
packets being the smallest unit of the digital stream 
according to values of packet ID (pid) written in TS 
packet headers so as to separate the multiplexed video 
information, audio information, additional information, 
and the like. 

[0071 ] The additional information generating part 1 04 
receives information relevant to the additional informa- 
tion among the information included in the digital stream 
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separated by the demultiplexing part 103 so as to gen- 
erate additional information. A format for the additional 
information is a section format defined in DVB-SI being 
the international standard, for example. In DVB-SI, a 
method of transmitting information relevant to a broad- 
cast channel (pid, for example) and information relevant 
to an EPG (Electric Program Guide) is defined as a data 
format based on the section format. The information rel- 
evant to the EPG, for example, is transmitted in the sec- 
tion format called EIT (Event Information Table). To 
transmit information in the section format, information to 
be transmitted is divided into a certain size or smaller, 
and is repeatedly transmitted. In this manner, the addi- 
tional information generating part 104 collects and 
merges the divided information into one data, and 
updates the information if the contents thereof has been 
changed. 

[0072] The storage information generating part 105 
converts the video information and audio information 
inputted from the demultiplexing part 103 into a format 
suitable for storing in the storage part 1 07, and then out- 
puts the converted information to the storage managing 
part 106. The storage information generating part 105 
also generates both detailed video information and non- 
detailed video information in accordance with the video 
information inputted from the demultiplexing part 103 as 
is required. The non-detailed video information is of 
inferior image to the detailed video information but has 
less amount of data. Accordingly, the non-detailed video 
information is done with a transfer processing quicker 
than the detailed video information. 
[0073] Both detailed video information and non- 
detailed video information are generated in the storage 
information generating part 1 05 in a first case where the 
CPU 113 instructs the storage information generating 
part 105 to generate the non-detailed video information. 
If this is the case, the storage information generating 
part 1 05 outputs the video information inputted from the 
demultiplexing part 103 as detailed video information as 
it is. Further, the storage information generating part 
105 changes resolution of the video information input- 
ted from the demultiplexing part 103 or intermittently 
decimates frames thereof so as to generate and output 
the non-detailed video information. 
[0074] Both detailed video information and non- 
detailed video information are generated in the storage 
information generating part 105 in a second case where 
the video information inputted from the demultiplexing 
part 103 includes the non-detailed video information as 
well as the detailed video information from the begin- 
ning. There may be a case where the received video 
information is hierarchically encoded or a case where 
the received video information is transmitted in a hierar- 
chical transmission mode, for example. If this is the 
case, the video information inputted from the demulti- 
plexing part 103 is multi-layered in varying image quali- 
ties, and the upper layer has the more codes and the 
better image. In this manner, the storage information 



generating part 105 outputs the video information 
included in the top layer as detailed video information 
without any change. Further, the storage information 
generating part 105 outputs the video information 
5 included in the lower layer as non-detailed video infor- 
mation. To generate video information corresponding to 
the respective layers, a method of selecting layers used 
in the typical digital broadcast receiver can be used as it 
is. 

10 [0075] The storage information generating part 105 
outputs the aforementioned non-detailed video informa- 
tion to the storage managing part 106 as video informa- 
tion for a digest video. Accordingly, the CPU 113 
manages the non-detailed information stored in the 

is storage part 107 as the video information for the digest 
video. Note, in this embodiment, that the detailed infor- 
mation and non-detailed information are generated only 
for video. However, the detailed information and non- 
detailed information may be generated for audio as well 

20 depending on cases. 

[0076] The storage managing part 1 06 and the stor- 
age part 107 are interconnected, and the storage man- 
aging part 106 controls information writing and reading 
with respect to the storage part 107 under the control of 

25 the CPU 113. The storage part 107 is constituted by a 
relatively large-capacity storage device using hard disk 
or DVD-RAM, for example. The storage part 107 stores 
program data. 

[0077] The connection interface 109 is used to physi- 

30 cally and electrically connect the main device 1 to other 
devices, and to transmit video, audio or other digital 
information from/to the other devices. Such connection 
interface 109 may be a typical input-output interface for 
digital information including an interface of IEEE1394. 

35 [0078] The user input-output part 110 receives inputs 
from the users or presents the users in which state the 
device is. Such user input-output part 110 is exemplarily 
constituted by an infrared remote controller, remote 
control photoreceiving part, pilot lamp, and the like. 

40 Information is presented to the users also through an 
GUI operation utilizing OSD (On Screen Display) 
included in the video information outputted from the 
decoder 111. In this case, the users push buttons pro- 
vided for the remote controller while observing the OSD, 

45 for example, so as to play-back or erase stored pro- 
grams, or preselect or transfer programs. 
[0079] The memory 1 1 2 stores various information 
relating to the operation of the main device 1. To be 
more specific, the memory 112 stores program informa- 

so tion used to execute operation control of the main 
device 1 , additional information outputted from the addi- 
tional information generating part 1 04, storage manage- 
ment information used to manage the information 
stored in the storage part 107, for example. 

55 [0080] The CPU 1 1 3 and other constituents provided 
in the main device 1 are interconnected, and the CPU 
113 executes the program information stored in the 
memory 1 12 so as to collectively control those constitu- 
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ents. 

[0081] The portable device 2 includes a connection 
interface 201, a portable viewing/listening information 
managing part 202, a storage part 203, a decoder 204, 
a display 205, a speaker 206, a user input-output part 
207, a memory 208. and a CPU 209. 
[0082] The connection interface 201 is physically and 
electrically connected to the connection interface 1 09 in 
the main device 1 , and is used to receive video, audio 
and other digital information from the main device 1 . 
Such connection interface 201 may be a typical input- 
output interface for digital information including the 
interface of IEEE1394. 

[0083] The portable viewing/listening information 
managing part 202 and the storage part 203 are inter- 
connected. The storage part 203 is constituted by a 
storage device using hard disk DVD-RAM, or solid 
memory, for example. As is installed in the portable 
device 2, the storage part 203 is preferred to be down- 
sized. The storage part 203 stores program data to be 
transferred from the main device 1 . 
[0084] The decoder 204 receives and decodes the 
program data stored in the storage part 203 so as to 
convert the data into analog video/audio signals. The 
display 205 constituted by a liquid crystal display or a 
small-sized CRT display, for example, receives the ana- 
log video signals outputted from the decoder 204 so as 
to display the corresponding image thereon. The 
speaker 206 receives the analog audio signals output- 
ted from the decoder 204 so as to output the corre- 
sponding audio therefrom. 

[0085] The user input-output part 207 receives inputs 
from the users, and presents the users in which state 
the device is. Such user input -output part 1 10 is exem- 
plariiy constituted by an infrared remote controller, 
remote control photoreceiving part, pilot lamp, and the 
like. Information is presented to the users also through 
the GUI operation utilizing OSD displayed on the display 
205. In this case, the users push buttons provided for 
the remote controller while observing the OSD. for 
example, so as to set to play-back or erase stored pro- 
grams, or preselect or transfer programs. 
[0086] The memory 208 stores various information 
relevant to an operation of the portable device 2 In 
detail, the memory 208 stores program information 
used to execute operation control of the portable device 
2, storage management information used to manage 
the information stored in the storage part 203, and the 
like. 

[0087] The CPU 209 and other constituents in the 
portable device 2 are interconnected, and the CPU 209 
executes the program information stored in the memory 
208 so as to collectively control these constituents. 
[0088] FIG. 2 is a diagram exemplarily showing the 
structure of a storage list to be stored in the memory 
112 of the main device 1. This storage list is data for 
managing the program data stored in the storage part 
107 of the main device 1 , and is table-structured. Spe- 



cifically, each line of the table represents a single pro- 
gram component for a particular program. The storage 
list of FIG. 2 exemplarily shews that the storage part 
1 07 stores eight program components in total. Each line 
5 includes four attributes of eventjd, type, size, and 
transfer priority. 

[0089] The attribute "everrHd" is attribute information 
for identifying the programs. In this example, for the 
sake of simplicity, event_id for the Program 1, Program 
io 2 and Program 3 are assumed to be 0x0001 , 0x0002, 
0x0003, respectively. Herein. "Ox" indicates that a hexa- 
decimal digit follows. 

[0090] The attribute "type" is attrtoute information for 
identifying the types of program components. Charac- 

15 ters "C", "A", and "V" found in the storage list of FIG. 2 
respectively represent Closed Caption, Audio and 
Video. Digest video represented by "D" is further 
included therein. This will be described later. 
[0091] The attribute "size" indicates a size of area in 

20 the storage part 107 occupied by the corresponding 
program component. A size unit herein may 6imply be a 
bite, or a block represented by the number of blocks in a 
given size. 

[0092] The attribute "transfer priority" is attribute infor- 
ms mation used to determine in which order the program 
components are transferred when the program data is 
transferred from the main device 1 to the portable 
device 2. In this example, the smaller value has the 
higher priority. 

30 [0093] Among the attributes in FIG. 2, when the pro- 
gram is received, event Jd, type and size can be 
obtained from the information transmitted as additional 
information for the program. The transfer priorities are 
established when the transfer processing of program is 

35 executed. 

[0094] FIG. 3 is a flowchart illustrating an operation 
executed on the main device side when the program 
data is transferred from the main device 1 to the porta- 
ble device 2 in the portable viewing/listening system of 

40 the first embodiment. The processing of FIG. 3 is real- 
ized when the CPU 1 13 in the main device 1 executes 
the program information stored in the memory 1 12 in 
the main device 1. Hereinafter, by referring to FIG. 3, the 
operation whereby the main device 1 transfers the pro- 

45 gram data to the portable device 2 is described. 

[0095] First, the CPU 113 selects a first program 
among the programs stored in the storage part 107 
(step Si 01). The storage list (see FIG. 2) stored in the 
memory 112 is referred to know what programs are 

so stored in the storage part 107. Taking the storage list of 
FIG. 2 as an example. "Program 1 " is the one to be 
selected first from the stored data of the Program 1 , 
Program 2. and program 3. Thereafter, the CPU 113 
judges whether or not any program was selected in step 

55 S101 (step S102). In this example, as "Program 1" was 
selected in step S1 01 , the CPU 1 1 3 goes to step Si 03. 
[0096] In step Si 03. the CPU 1 1 3 sets transfer priori- 
ties for each program component constituting the pro- 
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gram selected in step S101. For details of this 
subroutine step S103, see FIG. 4. 
[0097] By referring to FIG. 4, the CPU 113 sequen- 
tially selects the program components constituting the 
target program (first "Program 1 ") selected in step S101 
(step S201 ). Thereafter, the CPU 113 judges whether or 
not any program component was selected in step S201 
(step S202). If yes, the CPU 1 13 provides the program 
component selected in step S201 with an applicable 
default value predetermined for every type of program 
components as transfer priority (step S203). 
[0098] FIG. 5 shows a transfer priority table in which 
the default values indicating transfer priorities for every 
type of the program components are defined. The trans- 
fer priority table of FIG. 5 is stored in the memory 112, 
for example. In FIG. 5, as an example, the default values 
of 1 , 2, 3 and 4 as transfer priorities are respectively 
assigned to the types C, A, D and V. The transfer priority 
table of Fig. 5 has a class defined for every type. The 
class herein shows the classified types of program com- 
ponents. Preferably, data replaceable with each other is 
classified into the same class. For example, audio can 
be replaced by closed caption, and detailed video can 
be replaced by digest video. In step S203, the CPU 113 
first refers to the transfer priority table of FIG. 5, then 
sets transfer priorities by default for every program com- 
ponent in the storage list of FIG. 2. 
[0099] After step S203 being through, the CPU 113 
returns to step S201 and selects the next program com- 
ponent for the target program. Thereafter, the CPU 113 
assigns transfer priority for the selected program com- 
ponent by referring to the transfer priority table of FIG. 5 
(step S203). 

[0100] After steps S201 to S203 being repeated, and 
after every program component constituting the target 
program being assigned transfer priority, the program 
components to be selected in step S201 would have all 
gone by then. Therefore, the CPU 113 determines that 
no program component was selected in step S202, and 
advances to step S204. 

[0101] In step S204, the GPU 113 selects the classes 
defined in the transfer priority table of FIG. 5 in the given 
order. In this example, two classes of "script" and "dis- 
play" are defined in the transfer priority table of FIG. 5. 
Accordingly, in step S204, either one of the "script" or 
"cfisplay" is initially selected, secondary the other, and 
tertiary none. Thereafter, the CPU 1 13 judges whether 
or not any class was selected in step S204 (step S205). 
If yes, the CPU 1 1 3 then judges whether or not the pro- 
gram component defined in the selected dass as being 
a top transfer priority is included in the target program 
(step S206). By referring to the transfer priority table in 
FIG. 5, for example, one of the program components 
classified in the class of "script" is in type "C" with trans- 
fer priority of "1". and the other is in type "A" with trans- 
fer priority of "2". It means, in the class thereof, the 
program component in type "C" is defined as being the 
top priority. Similarly, as to the program components 



classified in the class of "display", the program compo- 
nent in type "D" is assigned with transfer priority of "3", 
and thus is defined as being the top priority in the class 
thereof. Therefore, according to the definition of the 

5 transfer priority table of FIG. 5, in step S206, the CPU 
1 13 judges whether or not the target program includes 
any program component in type "C" when the currently 
selected class is "script". On the other hand, when the 
currently selected class is "display", the CPU 113 

10 judges whether or not the target program includes any 
program component in type "D". 
[01 02] When the target program has no program com- 
ponent defined as being the top transfer priority in the 
selected class, the CPU 113 selects any program com- 

15 ponent having the highest transfer priority next to the 
top, and updates the value thereof to a value defined as 
being the top priority in the class (step S207). In a case 
where the class of "script" is currently selected and 
every program component included in the target pro- 

20 gram is in type "A", the transfer priority for the program 
component in type "A" is updated from the default value 
of "2" to "1", which is defined as being the top priority in 
the class. Similarly, in a case where the class of "dis- 
play" is currently selected and every program compo- 

25 nent included in the target program is in type "V", the 
transfer priority for the program component in type "V" is 
updated from the default value of "4" to "3". which is 
defined as being the top priority in the class. Every 
update in step S207 is reflected in the storage list of 

30 FIG. 2. That is, any applicable transfer priority for the 
program component in the storage list is updated. 
Thereafter, the CPU 113 returns to step S204. Note 
that, when the target program has any program compo- 
nent defined as being the top transfer priority in the 

35 selected class, the CPU 1 1 3 returns to step S204 with- 
out updating any transfer priority. 
[01 03] Next, the CPU 1 1 3 selects the next class from 
the transfer priority table of FIG. 5, refers to the transfer 
priority defined for the respective types in the selected 

40 class, and judges whether or not transfer priorities by 
default for every program component included in the tar- 
get program should be updated. If yes, the CPU 113 
updates the applicable values to the predetermined 
ones. 

45 [01 04] After steps S205 to S207 being repeated, and 
after the processing is done with every class, the 
classes to be selected in step S204 would have all gone 
by then. Thus, the CPU 113 determines that no class 
was selected in step S205, terminates the subroutine 

so processing in FIG. 4, then returns to the main routine 
processing in FIG. 3. 

[0105] Referring back to FIG. 3, the CPU 1 13 selects 
the next program from the storage list of FIG. 2 (step 
Si 01), and assigns transfer priorities for every program 
55 component constituting the selected program (step 
S103). After steps S101 to S103 being repeated, and 
after every program in the storage list being assigned 
transfer priority, the CPU 113 judges that there is no 
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program to select next (step S102), then advances to 
step S104. 

[01 06] In step S1 04, the CPU 1 1 3 initially sets a count 
value N of a counter which indicates transfer priority 
(hereinafter, refers to as transfer priority counter) to a s 
value of "1" indicating the top transfer priority (step 

5104) . Then, the CPU 113 judges whether or not the 
count value N of the transfer priority counter is 5 (step 

5105) . Herein, four values of 1, 2, 3 and 4 are available 

as transfer priorities in the transfer priority table in FIG. io 
5. Therefore, if N = 5, it means that every transfer prior- 
ity is completely assigned. As N = 1 at the beginning, 
the CPU 113 determines that N * 5. then advances to 
step S106. 

[0107] In step S106, the CPU 113 selects one pro- 15 
gram component whose transfer priority is N (at the 
beginning, N = 1) from the storage list of FIG. 2. There- 
after, the CPU 113 judges whether or not any program 
component was selected in step S106 (step Si 07). If 
yes, the CPU 113 takes out the attribute information of so 
"event_id", "type", and "size" from the line of the storage 
list corresponding to the program component selected 
in step S106. then transfers the same to the portable 
device 2 (step S108). Then, the CPU 113 takes out 
main data of the program component selected in step 25 
S106. and transmits the same to the portable device 2 
(step S109). Thereafter, the CPU 113 returns to step 
Si 06, selects another program component whose 
transfer priority is N from the storage list of FIG. 2, then 
executes the transfer processing for the selected pro- 30 
gram component. 

[01 08] After steps S1 06 to S1 09 being repeated, and 
after every program component having the transfer pri- 
ority of N being completely transferred, the CPU 113 
judges that all the program components to be selected 3s 
in step S106 are gone (step S107), increments the 
count value IM of the transfer priority counter by 1 (step 
Si 10), and then returns to step S105. Then, the CPU 
113 executes the transfer processing for the program 
component having the transfer priority of N (N = 2) after 40 
being updated. 

[01 09] After steps Si 05 to S1 09 being repeated, and 
after the transfer processing is done with every program 
component having the transfer priorities of 1 to 4, N = 5. 
Thus, the CPU 1 13 judges that the transfer processing 45 
is completely done in step S105. then terminates the 
processing. 

[01 1 0] FIG. 6 shows the structure of a receipt list to be 
stored in the memory 208 in the portable device 2. The 
receipt list is data used to manage how the data stored so 
in the storage part 203 in the portable device 2 (that is, 
program data transmitted from the main device 1) is 
stored, and is table-structured. The lines of the table are 
in a one-to-one correspondence with the program com- 
ponents stored in the storage part 203. Also, each line ss 
of the table has six attributes including receipt order, off- 
set, size, event_id, type, and length of play-back time. 
[01 1 1 ] The attribute "receipt order" indicates the order 



in which the portable device 2 receives the data of the 
program components from the main device 1 , and a 
value does not appear twice in the receipt list Thus, the 
receipt order can be used as a key for specifying lines of 
the receipt list 

[0112] The attribute "offset" indicates where the pro- 
gram components being in the one-to-one correspond- 
ence with the lines of the receipt list are located in the 
data received from the main device 1. When transfer of 
the entire program from the main device 1 to the porta- 
ble device 2 is presumably considered a bit stream or a 
fife, the attribute "offset" represents the number of bites 
from the beginning of the transfer. The value of the off- 
set can be represented simply in a bite or the number of 
blocks in a given size similarly to the case where the 
attribute "size" in the storage list of FIG. 2 matters. 
[01 1 3] The attribute "size" represents a size of area in 
the storage part 203 of the portable device 2 occupied 
by the program components being in the one-to-one 
correspondence with the lines of the receipt list. The 
attribute "size" is also represented in a similar unit to the 
attribute "offset". 

[011 4] The attribute "eventjd" is attribute information 
used to identify to which program the program compo- 
nents being in the one-to-one correspondence with the 
lines of the receipt list respectively belong. 
[0115] The attribute "type" is attribute information 
used to identify the types of the program components 
being in the one-to-one correspondence with the lines 
of the receipt list. 

[01 1 6] The attribute "length of play-back time" repre- 
sents the length of play-back time when the program 
components being in the one-to-one correspondence 
with the lines of the receipt lines are played-back under 
the same conditions. When data transfer is interrupted 
halfway through for some reasons, the number of bites 
of the transferred data is less than that of the same pro- 
gram component which is broadcast. In such case, the 
length of play-back time is assigned a length of time cor- 
responding to the transferred data. 
[01 1 7] FIG. 7 is a flowchart illustrating how the porta- 
ble device 2 is operated to receive program data trans- 
mitted from the main device 1 in the portable 
viewing/listening system of the first embodiment. The 
processing in FIG. 7 can be realized when the CPU 209 
in the portable device 2 executes program information 
stored in the memory 208 in the portable device 2. 
Through the processing, the program data transmitted 
from the main device 1 is stored in the portable device 
2, and also the receipt list of FIG. 6 is generated. Here- 
inafter, referring to FIG. 7, rt is described how the porta- 
ble device 2 is operated to receive the program data 
transmitted from the main device 1 . 
[0118] First of all, the CPU 209 initializes the receipt 
list of FIG. 6 (step S301). The easiest way of initializa- 
tion is done by deleting every line thereof, at the same 
time, deleting the program data stored in the storage 
part 203 in the portable device 2. Thereafter, the CPU 
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209 assigns a value of 0 to a variable current_pffset, 
and a value ol 1 to a variable send_count (step S302). 
After that, the CPU 209 receives the attribute informa- 
tion of "size", "eventjd". and "type" to be transmitted 
from the main device 1 (step S303). Such attribute infer- s 
mation is the one transmitted in step SI 08 in FIG, 3. 
The CPU 209 then judges whether or not there is any 
data to receive in step S303 (step S304). It not, the CPU 
209 terminates the operation, but if yes, then judges 
whether or not an available region of the storage part w 
203 is sufficiently large for the value of the "size* 
obtained in step S303 (step S305). If yes, the CPU 209 
goes to step S306, but if not, returns to step S303. 
[0119] In step S306, the CPU 209 adds a line to the 
receipt list of FIG. 6, and then assigns values obtained is 
in step S303 to each corresponding attribute "size", 
"eventjd", or "type" in the added line. Thereafter, the 
CPU 209 assigns the value of the variable 
current_offset to the attribute "offset* in the added line 
(step S307). The CPU 209 adds the value of "size" 20 
obtained in step S303 to the variable current_offset 
(step S208), and then assigns the value of the variable 
sendjcount to the attribute "receipt order" in the added 
line (step S309). The CPU 209 then increments the 
value of the variable send_courrt by 1 (step S3 10). After 25 
that, the CPU 209 receives the main data of the pro- 
gram components transmitted from the main device 1, 
and then stores the same in the storage part 203 (step 
S31 1). Then, the CPU 209 sets the attribute "length of 
play-back time" (step S312). Herein, it is assumed that 30 
the main data of the program components itself 
includes, as additional information, a bit rate value indi- 
cating the number of data bit per unit presentation time. 
In this case, to convert the value of the "size" obtained 
in step S303 to the length of play-back time, the value of 35 
the "size" is divided by the bit rate obtained in the afore- 
mentioned manner. Note that, the value of the length of 
program time can be notified directly from the main 
device 1 as data as is the case with the "size", for exam- 
ple. Next, the CPU 209 judges whether or not receipt of 40 
program data is discontinued halfway through for some 
reasons (step S313). If yes. the CPU 209 advances to 
step S314, but other than that, returns to step S303. 
Such discontinuation may include a case, for example, 
where the users abruptly disconnect the portable device 45 
2 from the main device 1 , and vice versa. 
[0120] In step S31 4, the CPU 209 finds a value of the 
attribute "size" in the receipt list from the size of the pro- 
gram component actually stored in the storage part 203, 
and resets the value (step S314). Then, the CPU 209 so 
obtains, in a similar manner to step S312. a value for the 
length of play-back time from the value of the attribute 
"size" in the receipt list, and then resets the "length of 
play-back time" in the receipt list (step S315). Then, the 
CPU 209 terminates the processing for receiving. ss 
[01 21 ] FIG. 8 is a flowchart illustrating how the porta- 
ble device 2 is operated to play-back the program. This 
processing can be realized when the CPU 209 executes 



the program information stored in the memory 208 in 
the portable device 2. Hereinafter, by referring to FIG. 8, 
it is described how the portable device 2 is operated to 
play-back the program. 

[01 22] First, a description of a class table used to play- 
back the program is as follows. FIG. 9 is an exemplary 
class table. The class table is, for example, stored in the 
memory 208. and the CPU 209 is at liberty to access 
thereto. As shown in FIG. 9. lines of the class table are 
in a one-to-one correspondence with the types of the 
program components, and each has three attributes of 
"type", "class", and "presentation priority". 
[01 23] In FIG. 9. the attribute "class" shows the clas- 
sified types of the program components. By taking this 
class table as an example, two classes of "script" and 
"display" are defined therein. The first and second lines 
thereof show that closed caption and audio are 
instances belonging to the same class of "script", and 
the third and fourth lines thereof show that digest video 
and detailed video are instances belonging to the same 
class of "display". The attribute "presentation priority" 
defines in which order the program components in vary- 
ing types classified into the same class should be pre- 
sented to the users. In this example, the smaller value 
has the higher presentation priority. Such class table is 
referred to to search for some other program compo- 
nents for replacement when the program component 
being played-back is interrupted halfway. 
[0124] By referring to FIG. 8. the CPU 209 first exe- 
cutes displaying and selecting operation of the pro- 
grams (step S401). To be more specific, the CPU 209 
generates a list of the programs stored in the storage 
part 203 by referring to the receipt list of FIG. 6, and 
then displays the generated list on the display 205. 
Thereafter, the CPU 401 let the users select any pro- 
gram desired to play-back from the displayed list. The 
selection of the programs is done through the user 
input-output part 207. When it is desired for the list of 
the programs displayed on the display 205 to include 
titles of the programs as well, data indicating the title-to- 
"eventjd" relationship may be sent along with the titles 
during transmission of the program data from the main 
device 1 to the portable device 2. For such data indicat- 
ing the relationship, additional information to be trans- 
mitted through broadcasting for the EPG (Electric 
Program Guide) may be used. Next, the CPU 209 
extracts, from the receipt list, every program component 
of the program selected in step S401 to be played-back 
(step S402). Thereafter, the CPU 209 generates a list of 
the program components constituting the selected pro- 
gram according to the extraction result in step S402, 
and then displays the generated list on the display 205 
(step S403). In response thereto, the users select one 
or more program component(s) to be played-back from 
the displayed list. The selection of the program compo- 
nents is done through the user input-output part 207. 
After that, the CPU 209 makes a preparation for concur- 
rent play-back of all the program components selected 
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in step S403 (step S404). By concurrently playing-back 
the program components, lip synch can be attained, for 
example, which is synchronization between a speaker's 
lip movements in the video and audio. 
[0125] Thereafter, the CPU 209 executes a play-back s 
processing of the program components prepared in 
step S404 (step S405). The CPU 209 then judges 
whether or not any play-back position of the program 
components being played-back has reached to a tail of 
the data (step S406). There may be a case where the io 
data is completely played-back, or a case where the 
data is interrupted. If none of the play-back positions of 
the program components has reached to the tail, the 
CPU 209 returns to step S405 so as to continue the 
play-back processing. While, if any play-back position of 75 
the program components has reached to the tail, the 
CPU advances to step S407. 

[0126] In step S407, the CPU 209 selects any other 
program component in the same class as the program 
component whose play-back position has reached to so 
the data tail but in different type in the order of presen- 
tation priorities defined in the class table of FIG. 9. To be 
more specific, the CPU 209 first extracts every program 
component constituting the program being played-back 
from the receipt list of FIG. 6, and then selects, among 25 
the extracted program components, any program com- 
ponent belonging to the same class as the program 
component whose play-back position is judged as 
reached to the data tail in step S406. Thereafter, the 
CPU 209 takes out any program component, among the 30 
selected program components, whose presentation pri- 
ority is lower than the one whose play-back position has 
reached to the data tail, and then selects the type of the 
program component whose presentation priority is the 
highest among the taken-out program components. 35 
When the play-back position of the program component 
in type "V" presumably reaches to the data tail during 
play-back, the CPU 209 selects the type "D", which is in 
the same class of "display" as the type "V n , and has the 
presentation priority lower than the type "V" but the 40 
highest among the rest. 

[01 27] Thereafter, the CPU 209 judges whether or not 
any type is selected in step S407 (step S408). If yes, the 
CPU 209 then judges whether or not the program com- 
ponent in the type selected in step S407 is already as 
being played-back (step S409). This embodiment takes 
a structure where the users can simultaneously select, 
in step S403, a plurality of program components in var- 
ying types classified into the same class. Therefore, the 
program component in the type selected in step S407 so 
may possibly be already being played-back. For exam- 
ple, if the play-back position of the program component 
in type "V" reaches to the data tail when the program 
components in type TT and "V" are concurrently 
played-back, the data of the program component in type ss 
"D" is selected in step S407 as described in the forego- 
ing. In such case, the CPU 209 returns to step S405 so 
as not to repeatedly play-back the program component 



in the same type, and thus does not replace the inter- 
rupted program component with others to play-back. 
While, if the program component in the type selected in 
step S407 is not yet played-back, the CPU 209 replaces 
the interrupted program component with the program 
component in the selected type to play-back (step 

5410) . In this case, the CPU 209 does not start playing- 
back from the beginning of the program component in 
the type selected in step S407, but from the continued 
part of the interrupted program component. In this 
example, closed caption and audio are in the same 
class. Even if the data of audio is interrupted, closed 
caption thus may take the place by playing-back from 
the interrupted part In this manner, the users can enjoy 
the program not with audio but with closed captions. 
Thereafter, the CPU 209 returns to step S405. 

[01 28] On the other hand, when no type was selected 
in step S408, the CPU 209 determines that there is no 
more component to replace to play-back, and then ter- 
minates the play-back processing for the class (step 

541 1) . It may happen when the users have selected the 
type having the lowest presentation priority. Also, it may 
happen when the target program is completely played- 
back. At this time, the CPU 209 changes a value of a 
flag variable indicating the play-back processing being 
executed on the class basis into a value incficating the 
processing being terminated. Then, the CPU 209 
judges whether or not the program component being 
played-back is completely played-back This judgement 
is made by referring to the value of the aforementioned 
flag variable. If any program component is still being 
played-back in whatever the class, the CPU 209 returns 
to step S405 so as to continue the play-back processing 
for other classes. While, if the target program is com- 
pletely played-back, the program components being 
played-back in every class are terminated. Thus, the 
CPU 209 terminates the play-back processing of the 
program. 

[0129] FIG. 10 is a diagram illustrating how data is 
transferred in the portable viewing/listening system of 
FIG. 1 . Hereinafter, it is described in detail how data is 
transferred in the portable viewing/listening system of 
FIG. 1. 

[0130] FIG. 10 (a) shows time transition of data con- 
stituting the program to be broadcast. In FIG. 10(a), a 
lateral axis indicates a lapse of time during broadcast, 
and a vertical axis indicates a bit rate during broadcast, 
respectively. In detail, FIG. 10(a) shows that the Pro- 
gram 1 is broadcast between Time to and Time ti , the 
Program 2 is broadcast between Time t1 and Time t2, 
and the Program 3 is broadcast between Time t2 and 
Time t3. respectively. Further, the Program 1, Program 
2, and Program 3 are respectively provided wfth audio, 
closed caption, and video as a program component 
(mono-media constituting the program). For the sake of 
simplicity, the length of broadcast time for the Program 
2 (t2 - ti) and the length of broadcast time for the Pro- 
gram 3 (t3 - 12) are equal, and the length of broadcast 



14 

BNSDOCID: <EP 0987888A1_I_> 



27 



EP 0 987 888 A1 



28 



time of the Program 1 (t1 - tO) is exactly twice that for the 
Program 2 (or Program 3). Further, a bit rate for the 
respective program components remains invariant no 
matter which Program, and thus a ratio among a bit rate 
of closed caption bc t bit rate of audio ba, and bit rate of 5 
video bv is always 1 :2:4. 

[0131] FIG. 10(b) shows time transition taken place 
when program data is transferred from the main device 
1 to the portable device 2. In FIG. 10(b), a lateral axis 
indicates a lapse of time for a data transfer operation, 10 
and a vertical axis indicates a bit rate during transfer, 
respectively. It is assumed that transfer is started at 
Time t4 as is in the conventional system shown in FIG. 
10(b). As the total number of bits to be transferred is 
equal to the example in FIG. 8, the data is completely is 
transferred at Time t9 as is in the conventional system. 
In FIG. 10(b), every closed caption part of the programs 
to be transferred (Program 1, Program 2, and Program 
3) is first transferred between Time 4 to Time t5, sec- 
ondly every audio part thereof is transferred between 20 
Time t5 to Time t6, and lastly every video part thereof is 
transferred between Time t6 to Time t9. As is described 
in the foregoing, the rate among the program compo- 
nents of closed caption, audio, and video during broad- 
cast is 1:2:4. Therefore, the length of time taken to 25 
transfer closed caption of the programs (t5 - t4), the 
length of time taken to transfer audio thereof (t6 - 15). 
and the length of time taken to transfer video thereof (t9 
- 16) are respectively expressed by the following equa- 
tions (1), (2) and (3). 30 



35 



40 



(t5 


-t4) = 


(t9 


-t4)x {1/(1 +2 + 4)} 
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-t4)x {2/(1 +2 + 4)} 
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(t9 


-t6) = 
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(3) 



[0132] Further, t6 can be represented by the following 
equation (4). 

t6 = t4 + [(t9-t4)x{(1 +2)/(1 +2 + 4)}] (4) 



[0133] FIG. 10(c) shows, in the portable viewing/lis- 
tening system in FIG. 1, a case where transfer of pro- 
gram data is interrupted at Time ta. In this example, 45 
Time ta presumably satisfies t6 < ta < t9. Even if transfer 
of the program data is discontinued halfway through at 
Time ta, audio components and closed caption compo- 
nents for the respective programs are completely trans- 
ferred by then. At this stage, in the portable device, the so 
programs are not available in video but in closed caption 
and audio. It means, the users can be informed of the 
contents thereof to some extent. In other words, the 
users can enjoy every program with closed caption and 
audio, yet with no video. In practical sense, the bit rates ss 
of the closed caption and audio are rather high com- 
pared to that of video. In this sense, Time t6 when every 
closed caption component and audio component are 



completely transferred possibly comes at much earlier 
timing than Time 9 when the program is entirely trans- 
ferred with the video components. In detail, the length of 
time required for transferring the video (t9 - 16) is rather 
long compared to that for the closed caption compo- 
nents and the audio components (t6 - 14). Therefore, the 
audio components may highly-possibly be entirely 
transferred even if transfer is stopped in a rather short 
time. Further, as is transferred in text, the bit rate of the 
closed caption components can be lowered a greater 
extent than that of the audio components. Therefore, 
transfer of the closed caption components can be com- 
pletely done much quicker than that of the audio compo- 
nents. 

[0134] FIG. 1 1 shows time transition taken place to 
transfer the program in a case where data to be trans- 
ferred includes a digest video in the portable viewing/lis- 
tening system in FIG. 1 . The case herein is somewhat 
complicated compared to the case in FIG. 10. 
[0135] FIG. 1 1 (a) shows time transition for informa- 
tion of the program to be broadcast. This example 
herein is different from the example in FIG. 10(a) that 
the Program 1 includes a digest video D1 in a detailed 
video V1 , and the Program 2 does not include a closed 
caption C2. The bit rate without the closed caption C2 is 
assigned to a detailed video V2, and the detailed video 
V2 thus is increased by the closed caption C2 as much 
as the other programs. 

[0136] FIG. 1 1(b) shows time transition taken place 
when the program is transferred. First of all, by taking 
transfer started at Time t4 as an example, information 
sufficient to play-back every program to some extent is 
transferred by Time t10. It means, closed caption is 
transferred to the Programs 1 and 3, and audio is trans- 
ferred to the Program 2. Note that the program compo- 
nents to be transferred between Time t4 to Time 10 are 
the ones having the transfer priority of 1 in the storage 
list of FIG. 12. 

[0137] Thereafter, the program components in the 
"script" class which are not transferred before the lapse 
of Time t10 are transferred between Time tlO to Time 
t1 1. As being completely transferred by Time t10, the 
audio of the Program 2 is not transferred at this stage. 
The program components to be transferred between 
Time t10 to Time t1 1 are the ones having the transfer 
priority of 2 in the storage list of FIG. 12. 
[0138] After Time til. video is started to be trans- 
ferred. First of all, the digest video D1 of the Program 1 
is transferred. The digest video is equal to the detailed 
video in the sense but has less information. Having less 
information means a state, for example, in which on- 
screen resolution is low or time-axis resolution is low, for 
example, a frame in a few seconds. 
[0139] When encoding of the detailed video is hierar- 
chical encoding such as resolution scalability defined in 
MPEG-2 Video, for example, where videos in a plurality 
of layers are included in codes, data of the dgest video 
can be obtained by selectively extracting the codes in a 
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particular layer. Further, encoding by a hierarchical 
transfer method can be done in a similar manner to the 
hierarchical encoding. Alternately, in a case where a 
scene being a part on the time-axis of the program is 
specified by program index codes adopted in the digital 
broadcasting system in Japan, only the video in one or 
more scene (s) specified by the index as more important 
can be taken out as the digest video. In this case, the 
remaining scenes do not have video data. However, by 
displaying the last frame having the video data or by 
blacking out, it can be regarded as one program compo- 
nent in series. 

[0140] The videos are transferred between Time tl 1 
and Time t12. In detail, the detailed video is transferred 
to the Programs 2 and 3, and the digest video being 
similar to the detailed video in the sense but has less 
information is transferred to the Program 1 . The videos 
become available to some extent for every program at 
Time t12. The program components to be transferred 
between Time til and Time T12 are the ones having 
the transfer priority of 3 in the storage list of FIG. 12. 
[0141] Lastly, the detailed video V1 of the Program 1 
is started to be transferred from Time t1 2. For the trans- 
fer started from Time t12, the program components hav- 
ing the transfer priority of 4 in the storage list of FIG. 12 
are transferred. It is herein assumed that the detailed 
video V1 of the Program 1 was supposed to be com- 
pletely transferred by Time t13 but was interrupted at 
Time to exactly at the halfway between Time t12 and 
Time t13. If this is the case, as to the program compo- 
nents in the "display" class of the Program 1 , the digest 
video is wholly transferred but the detailed video is half- 
transferred, only the first-half thereof. Even if data trans- 
fer is interrupted due to such eventuality, the users can 
enjoy the program with video to some extent because 
the video information is already provided to every pro- 
gram to some extent. Further, even if the data transfer is 
interrupted at an earlier stage, the users can enjoy the 
program with dosed caption (additionally, audio). 
[0142] FIG. 1 2 is an exemplary storage list to be gen- 
erated in a case where the received data includes a 
digest video in the main device 1 of FIG. 1 . In FIG. 12, 
the Program 1 has the digest video in the program com- 
ponent (The third line of the storage list. In the receipt 
list, the 6th program component to be received). 
Accordingly, in the processing described in FIG. 4 
where transfer priorities are determined (step S206), 
there is a digest video having the top transfer priority 
defined for the "display" class. Consequently, the 
processing of step S207 which re-writes the transfer pri- 
orities is not executed. Therefore, the digest video "D" 
and the detailed video "V", both of which are the types 
of the program components classified into the "display" 
class, are set to the transfer priorities by default. Fur- 
ther, as the Program 2 does not have closed caption 
having the top transfer priority defined for the "script" 
class, by step S207, the transfer priority of audio "A" is 
changed into the value of 1 defined as being the top pri- 



ority for the "script" class. 

[01 43] FIG. 1 3 is an exemplary receipt list to be gen- 
erated when the data transferred from the main device 1 
to the portable device 2 of FIG. 1 includes a digest 
s video. In FIG. 13, as to the Program 1, the portable 
device 2 receives the entire digest video of 30 minutes, 
but receives only the first-half of the detailed video of 1 5 
minutes. In this manner, in step S406, the detailed video 
reaches to the tail of data 15 minutes after the start of 
10 play-back the detailed video and audio in the play-back 
processing of the program described in FIG. 8 (step 
S405). Thereafter, the digest video being the program 
component in the "display" class after the lapse of 15 
minutes is found in step S407, then is stated to play- 
is back as a replacement for the detailed video in step 
S410. The play-back image of the Program 1 is accord- 
ingly lowered in quality after the lapse of 15 minutes 
from the start, however, is still sufficient for the users to 
enjoy the program. 

20 

(Second Embodiment) 

[0144] FIG. 14 is an outer perspective diagram show- 
ing the physical structure of a portable viewing/listening 

25 system according to a second embodiment of the 
present invention. Further, FIG. 15 is a block diagram 
showing the electrical structure of the portable view- 
ing/listening system according to the second embodi- 
ment of the present invention. By referring to FIGS. 14 

30 and 15, the main device 1 includes a processing part 
la, a charging part 1b, and a cradle-type box 1c (here- 
inafter, refer to as cradle) onto which the portable device 
2 can be placed. The portable device 2 includes a 
processing part 2a, a battery 2b, and a connection con- 

35 tact 2c. The processing part 1a is in a similar structure 
to the main device 1 shown in FIG. 1 , and the process- 
ing part 2a is in a similar structure to the portable device 
2 shown in FIG. 1. 

[0145] By placing the portable device 2 on the cradle 

40 i c, the portable device 2 is electrically connected to the 
main device 1 via the connection contact 2c. Further- 
more, in the meantime, the charging part 1 b provided in 
the main device 1 charges the battery 2b in the portable 
device 2 through the connection contact 2c. As the port- 

45 able device 2 is relatively-high power, a rechargeable 
so-called secondary battery is popular for the battery 2b 
provided therein. Consequently, the battery 2b needs to 
be regularly charged every day, and this thus necessi- 
tates the portable device 2 to be physically connected to 

so some types of chargers. According to the second 
embodiment, when any physical connection for the to- 
be-required charging is made, information such as pro- 
grams can be advantageously transferred at the same 
time. Therefore, rather conveniently, there is no need to 

55 make any new connection for transfer. Note that, the 
charging part 1b may monitor charging current and 
detect the start of connection, and then notifies the 
detection to the processing part 1a to start the transfer 
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processing of the program. In this manner, rather con- 
veniently, program transfer is automatically started by 
only placing the portable device 2 on the cradle 1 c. 

(Third Embodiment) 

[0146] FIG. 16 is an outer perspective diagram show- 
ing the physical structure of a portable viewing/listening 
system according to a third embodiment of the present 
invention. By referring to FIG. 16, in the portable view- 
ing/listening system of this embodiment data transfer 
from the main device 1 to the portable device 2 is done 
indirectly via the recording medium 3. To be more spe- 
cific, the recording medium 3 is written with information 
such as program when being attached to the main 
device 1, and is read out the internally-stored program 
information, for example, when being attached to the 
portable device 2. In such manner, in the third embodi- 
ment, program transfer or information exchange can be 
done in a similar manner to the first embodiment via the 
recording medium 3. The recording medium 3 includes 
a hard disk card or a semiconductor recording card in 
PCMCIA Standards, for example. 
[0147] In the third embodiment, the main device 1 is 
provided with a digital broadcasting receiver equipped 
with a slot of DVB-CI (Digital Video Broadcasting - Com- 
mon Interface). The DVB-CI is a specification standard- 
ized by the standardization group in Europe called DVB, 
and specifies the receiver to be equipped with a slot of 
PCMCIA and the slot to be an insertable type for a 
descrambler of a PC card in PCMCIA Standards. 
Accordingly, with a plurality of slots provided and a plu- 
rality of descramblers inserted, the receiver can corre- 
spond to various cryptographic methods. For the DVB- 
CI, PCMCIA which is normally equipped with a note- 
type PC (Personal Computer) as a physical and electri- 
cal interface is used. For some receivers, it is structur- 
ally possible to function in a similar manner to the main 
device 1 in FIG. 1 only by updating a software in the 
existing digital broadcast receiver by way of download 
through broadcasting. 

[0148] in the third embodiment, the portable device 2 
is the note-type PC. Thanks to the improving-perfcxm- 
ance of the CPU, for example, the video and audio of 
the MPEG-2 can be decoded only through software 
processing. Therefore, only by installing a computer 
program which executes the processing for the portable 
device in the existing-type of the note-type PC, an oper- 
ation similar to that of the portable device 2 can be 
attained. Note that the aforementioned computer pro- 
gram is written to the recording medium 3 by the main 
device 1 , for example, and then is read out by the port- 
able device 2 and executed. In such manner, there is no 
need to have such special operation that the program is 
downloaded from the network so as to obtain the pro- 
gram in the portable device 2. 

[0149] FIG. 17 is a block diagram showing the struc- 
ture of a portable viewing/listening system according to 



a fourth embodiment of the present invention. In the 
fourth embodiment, it is assumed that an information 
source for the main device 1 is not broadcast but broad- 
cast-type service from a computer network 4 such as 
5 Internet. 

[0150] In the fourth embodiment, the main device 1 is 
provided with a modem 1d, a PC (personal computer) 
1e, and an MD (Mini Disk) deck 1f used to exchange 
data in the computer network 4. The modem 1d, PC 1 e, 

10 and MD deck 1f are interconnected through a high- 
speed digital interface such as IEEE1394. In this exam- 
ple, the PC 1e functions in a similar manner to the main 
device in FIG. 1 by executing a predetermined computer 
program. The recording medium 3 may include a pack- 

is age medium such as MD. 

[0151] In the fourth embodiment, the portable device 
2 is structured as a audio-playback-capable digital still 
camera including an MD drive 2d, a photographing part 
2e, an encoding part 2f, a reproduction part 2g, a dis- 

20 play 2h, a speaker 2i, and a CPU 2j. Note that the CPU 
2j controls an operation of a predetermined circuit block 
(for example, the MD drive 2d, the photographing part 
2e, and the encoding part 2f). By operating the CPU 2j 
provided for the digital still camera in accordance with 

25 the predetermined computer program, the digital still 
camera is structured to function in a similar manner to 
the portable device 2 in FIG. 1 in addition to a typical 
function for a general camera. Note that, the recording 
medium 3 is not limited to the MD. Further, the portable 

30 device 2 may directly receive data from the main device 
1 in a structure where the main device 1 is connectable 
to the portable device 2. 

[01 52] In the embodiments described in the foregoing, 
every program data stored in the main device 1 is set to 

35 be transferred to the portable device 2. However, only 
the program data selected by the users among the pro- 
gram data stored in the main device 1 may be trans- 
ferred to the portable device 2. If this is the case, the 
EPG (Electric Program Guide) data may be previously 

40 transferred from the main device 1 to the portable 
device 2, and then the users may preselect any program 
data desired to receive from the main device 1 while tak- 
ing a look at the program guide at their convenience. In 
detail, the main device 1 recognizes the programs 

45 preselected in the portable device 2 when the portable 
device 2 is attached thereto, and then transfers only the 
applicable program data to the portable device 2. 

INDUSTRIAL APPLICABILITY 

50 

[0153] The present invention is suitable for a case 
where a program received by a main device and stored 
therein is to be easily enjoyed with a portable device. 

55 Claims 

1. A portable viewing/listening system in which pro- 
gram data received by a fixedly or semi-fixedly 
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installed main device is played -back in an easy-to- 
carry portable device to provide a user therewith, 

said main device comprising: 

5 

receiving means for receiving program 
data provided through broadcasting; 
primary storing means for storing the pro- 
gram data received by said receiving 
means; io 
transfer priority assigning means for 
assigning transfer priorities to every pro- 
gram component constituting the program 
data stored in said primary storing means; 
and 75 
transferring means for discretely, to said 
portable device, each of the program com- 
ponents of the program data stored in said 
primary storing means in the direction of a 
time axis in order of said assigned transfer 20 
priorities, and 



tively transferred to said portable device, said trans- 
ferring means selects any program component 
having the same transfer priority from each of the 
program data, combines the selected program 
components into a unit, and then discretely trans- 
fers the combined unit in the direction of the time 
axis in order of the transfer priorities assigned to 
every combined unit 

5. The portable viewing/listening system according to 
Claim 4, wherein types ol the program components 
are classified into a plurality of classes by said 
transfer priority defining means, and 

said transfer priority assigning means checks 
every class for the transfer priorities by default 
assigned to each of the program components, 
and then changes, in accordance with a result 
of the check, the transfer priorities by default 
assigned to each of the program components 
on a class basis, as required. 



said portable device comprising: 

secondary storing means for storing the 25 
program components to be discretely 
transferred from said transferring means; 
re-constructing means for re-constructing 
program data included in any program 
desired to play-back from the program 30 
components stored in said secondary stor- 
ing means; and 

playing-back means for playing-back the 
program data re-constructed by said re- 
constructing means. 35 

2. The portable viewing/listening system according to 
Claim 1, wherein said transfer priority assigning 
means assigns transfer priorities to each of the pro- 
gram components in such a manner that a program 40 
component with less amount of data has a higher 
transfer priority. 



6. The portable viewing/listening system according to 
Claim 5, wherein, when no program component in 
the same class has a value defined as being top 
transfer priority therein, said transfer priority assign- 
ing means changes a value of a program compo- 
nent being cunently the highest transfer priority in 
the class to the value defined as being top therein. 

7. The portable viewing/listening system according to 
Claim 1, wherein said main device further com- 
prises program component generating means for 
generating a new program component from the pro- 
gram components of the program data received by 
said receiving means, and 

said storing means adds the program compo- 
nent newly generated by said program compo- 
nent generating means to the program data 
received by said receiving means, and stores 
the same. 



3. The portable viewing/listening system according to 
Claim 2, wherein said main device further com- 45 
prises transfer priority defining means for previously 
defining transfer priorities by default to every type of 
said program components, and 

said transfer priority assigning means assigns, so 
in accordance with a definition provided by said 
transfer priority defining means, said transfer 
priorities by default to each of the program 
components. 

55 

4. The portable viewing/listening system according to 
Claim 3, wherein, when the plurality of program 
data stored in said primary storing means is collec- 



8. The portable viewing/listening system according to 
Claim 1 , wherein, when any data of the program 
component of the program data re-constructed by 
said re-constructing means is discontinued halfway 
during play-back by said playing-back means, said 
portable device further comprises replacing means 
for having any other program component being not 
currently played-back to play-back as a replace- 
ment. 

9. The portable viewing/listening system according to 
Claim 8, wherein said portable device further com- 
prises presentation priority defining means for pre- 
viously defining presentation priorities to each type 
of said program components, and 
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said replacing means determines a program 
component to play-back as a replacement in 
accordance with the definition provided by said 
presentation priority defining means. 

10. The portable viewing/listening system according to 
Claim 9, wherein types of the program components 
are classified into a plurality of classes by said pres- 
entation priority defining means, and 

said replacing means determines a program 
component to play-back as a replacement 
among the program components belonging to 
the same class as does said program compo- 
nent discontinued during play-back. 

11. The portable viewing/listening system according to 
Claim 1 , wherein said main device and said porta- 
ble deviceare structured to be electrically intercon- 
nectable. and 

said transferring means online-transfers each 
program component of the program data 
stored in said primary storing means directly to 
said portable device. 

12. The portable viewing/listening system according to 
Claim 1 1 . wherein said main device further com- 
prises: 

attaching means for allowing said portable 
device to be electrically connected; and 
charging means for supplying power to charge 
said portable device when the portable device 
is attached to said attaching means, wherein 
said portable device further comprises a bat- 
tery to be charged by the power supplied from 
said charging. 

13. The portable viewing/listening system according to 
Claim 1, wherein said transferring means offline- 
transfers each program component of the program 
data stored in said primary storing means to said 
portable device through a recording medium. 

14. The portable viewing/listening system according to 
Claim 13. wherein said main device further com- 
prises writing means for writing any program com- 
ponent to be transferred to said portable device into 
said recording medium, and 

said portable device further comprises reading 
means for reading the program component 
recorded in said recording medium. 

15. The portable viewing/listening system according to 
Claim 1, wherein said receiving means receives 
program data through a computer network. 



16. A main device used in a state of fixedly or semi-fix- 
edly installed, and used to transfer any received 
program data to an easy-to-carry portable device, 
the main device comprising: 

receiving means for receiving program data 
provided through broadcasting; 
primary storing means for storing the program 
data received by said receiving means; 
transfer priority assigning means for assigning 
transfer priorities to each program component 
constituting the program data stored in said pri- 
mary storing means; and 
transferring means for discretely, to said porta- 
ble device, each of the program components of 
the program data stored in said primary storing 
means in the direction of a time axis in order of 
said assigned transfer priorities. 



20 17. The main device according to Claim 16, wherein 
said transfer priority assigning means assigns 
transfer priorities to each program component in 
such a manner that a program component with less 
amount of data has a higher transfer priority. 
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18. The main device according to Claim 17. further 
comprising transfer priority defining means for pre- 
viously defining transfer priorities by default to 
every type of said program components, and 

said transfer priority assigning means assigns 
said transfer priorities by default to each of the 
program components in accordance with a def- 
inition provided by said transfer priority defining 
means. 

19. The main device according to Claim 18, wherein, 
when the plurality of program data stored in said 
primary storing means is collectively transferred to 
said portable device, said transferring means 
selects any program component having the same 
transfer priority from each of the program data, 
combines the selected program components into a 
unit, then discretely transfers the combined unit in 
the direction of the time axis in order of the transfer 
priorities assigned to every combined unit. 

20. The main device according to Claim 19, wherein 
types of the program components are classified into 
a plurality of classes by said transfer priority defin- 
ing means, and 



said transfer priority assigning means checks 
every class for the transfer priorities by default 
55 assigned to each of the program components. 

and then changes, in accordance with a result 
of the check, the transfer priorities by default 
assigned to each of the program components 
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on a class basis, as required. 

21. The main device according to Claim 20, wherein, 
when no program component in the same class has 

a value defined as being top transfer priority s 
therein, said transfer priority assigning means 
changes a value of a program component being 
currently the highest transfer priority in the class to 
the value defined as being top therein. 

10 

22. The main device according to Claim 16, further 
comprising program component generating means 
for generating a new program component from the 
program components of the program data received 

by said receiving means, wherein 15 

said storing means adds the program compo- 
nent newly generated by said program compo- 
nent generating means to the program data 
received by said receiving means, and stores 20 
the same. 

23. A portable device for receiving and playing-back 
program data received by a fixedly or semi-fixedly 
installed main device to provide a user therewith, 25 
the portable device comprising: 

secondary storing means for storing each pro- 
gram component of the program data to be dis- 
cretely transferred from said main device; 30 
re-constructing means for re-constructing pro- 
gram data of a program desired to play-back 
from the program components stored in said 
secondary storing means; and 
playing-back means for playing-back the pro- 35 
gram data re-constructed by said re-construct- 
ing means. 

24. The portable device according to Claim 23, 
wherein, when data of the program component of 40 
the program data re-re-constructed by said re-con- 
structing means is discontinued halfway during 
play-back by said playing-back means, the portable 
device further comprises replacing means for hav- 
ing any other program component being not cur- 45 
rently played -back to play-back as a replacement. 

25. The portable device according to Claim 24, further 
comprising presentation priority defining means for 
previously defining presentation priorities to each so 
type of said program components, and 

said replacing means determines a program 
component to play-back as a replacement in 
accordance with a definition provided by said 55 
presentation priority defining means. 

26. The portable device according to Claim 25, wherein 



types of the program components are classified into 
a plurality of classes by said presentation priority 
defining means, and 

said replacing means determines a program 
component to play-back as a replacement 
among the program components belonging to 
the same class as does said program compo- 
nent discontinued during play-back. 

27. A method of transferring program data received by 
a fixedly or serrs -fixedly installed main device to an 
easy-to-carry portable device, the method compris- 
ing the steps of: 

receiving program data provided through 
broadcasting; 

storing the program data received by said 
receiving means; 

assigning transfer priorities to each program 
component constituting said stored program 
data; and 

discretely transferring, to said portable device, 
each of the program components of said stored 
program data in the direction of a time axis in 
order of said assigned transfer priorities. 
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